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--While this invention has been described in conjunction with specific 
embodiments thereof, it is evident that many alternatives, modifications and 
variations will be apparent to those skilled in the art. Accordingly, the 
preferred embodiments of the invention as set forth herein, are intended to be 
illustrative, not limiting. Various changes may be made without departing 
from the true spirit and full scope of the invention as set forth herein and 
defined in the claims. — 
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IN THE CLAIMS : 

Please cancel claims 1 - 12 in their entirety and insert the following 
new claims: 
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1 -1 3. A method for creating, in a computer system, at least one 

2 configuration file for at least one hardware and/or software object including 

3 parameters, said configuration file being written using a descriptive 

4 metalanguage whose format is independent of the hardware and/or software to 

5 be configured, said configuration file including all or some of the parameters of 

6 said object and being based on a description file defining constraints to be 

7 obeyed on its structure and its syntax during its writing, comprising 

8 - expanding the description file by at least one model comprising at least 

9 one parameter written in the description file, 

10 - and extending at least some of the parameters of said one model, 

11 said steps of expanding and extending being done prior to the writing of the 

12 configuration file. 

1 14. A method according to claim 13, further comprising using a part of 

2 the model comprising the extended parameters as a common factor during the 

3 writing of the configuration file and limiting writing of the configuration file to the 

4 extension of the parameters not having a value. 

1 15. A method according to claim 13, further comprising grouping the 

2 objects based on the same description file and then identifying the parameters 

3 whose value is identical in all of these objects during the creation of the model, 

4 and extending the identified parameters in order to create a common factor in 

5 said model. 
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1 16. A method according to claim 13, further comprising using a 

2 common factor and extending only the remaining parameters of an element 

3 model, as many times as there are objects based on said element model during 

4 the writing of the configuration file, if at least two objects are based on the same 

5 model. 

1 17. A method according to claim 13, characterized in that the language 

2 is extensible and further comprising giving a name for identifying the model in the 

3 description file, including in the model a reference of the description file, and said 

4 reference defining the constraints to be obeyed on the structure and the syntax 

5 of said model. 

1 18. A method according to claim 13, characterized in that the language 

2 is extensible and further comprising inserting into a model two key words 

3 DEFINE and DEFINED, indicating whether a parameter is to be defined 

4 (DEFINE) or has been defined (DEFINED) in said model. 

1 19. A method according to claim 13, characterized in that the language 

2 is the XML language, and further comprising taking as a parameter an element 

3 and/or an attribute of an object. 

1 20. A method according to claim 19, further comprising expanding the 

2 description file by at least one element model comprising at least one parameter 

3 (element and/or attribute) described in the description file, and extending all or 

4 some of the parameters of said model. 
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21 . A method according to claim 19, further comprising giving a name 
for identifying the element model in the description file, and including in the 
model a reference to an element of the description file, said reference defining 
the constraints to be obeyed on the structure and the syntax of said model. 

22. A method according to claim 19, further comprising including in an 
element model at least one element model. 

23. A method according to claim 19, further comprising, at the request 
of an application using the configuration file, transmitting the common factor and 
the blocks resulting from the extension of the undefined elements. 

24. A method according to claim 14, further comprising grouping the 
objects based on the same description file and then identifying the parameters 
whose value is identical in all of these objects during the creation of the model, 
and extending the identified parameters in order to create a common factor in 
said module. 

25. A method according to claim 14, further comprising using a 
common factor and extending only the remaining parameters of an element 
model, as many times as there are objects based on said element model during 
the writing of the configuration file, if at least two objects are based on the same 
model. 
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1 26. A method according to claim 14, characterized in that the language 

2 is extensible and further comprising giving a name for identifying the model in the 

3 description file, including in the model a reference of the description file, and said 

4 reference defining the constraints to be obeyed on the structure and the syntax 

5 of said model. 

1 27. A method according to claim 14, characterized in that the language 

2 is extensible and further comprising inserting into a model two key words 

3 DEFINE and DEFINED, indicating whether a parameter is to be defined 

4 (DEFINE) or has been defined (DEFINED) in said model. 

1 28. A method according to claim 1 9, further comprising giving a name 

2 for identifying the element model in the description file, and including in the 

3 model a reference to an element of the description file, said reference defining 

4 the constraints to be obeyed on the structure and the syntax of said model. 

1 29. A method according to claim 19, further comprising including in an 

2 element model at least one element model. 

1 30. A method according to claim 1 9, further comprising, at the request 

2 of an application using the configuration file, transmitting the common factor and 

3 the blocks resulting from the extension of the undefined elements. 

1 31 . A configuration file for at least one hardware and/or software object 

2 comprising parameters, said configuration file being written using a descriptive 
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3 metalanguage whose format is independent of the hardware and/or software to 

4 be configured, said configuration file including at least some of the parameters of 

5 said object and being based on a description file defining constraints to be 

6 obeyed on its structure and its syntax during its writing, characterized in that the 

7 description file is expanded, and in that the expansion comprises at least one 

8 model having at least one extended parameter written in the description file. 

1 32. A configuration file as set forth in claim 31 , wherein only the extension 

2 of parameters not having a value are included. - 
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IN THE ABSTRACT: 



Please delete the Abstract at page 1 8 in its entirety and substitute the 
following new Abstract. 
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ABSTRACT 

The object of the invention is to create at least one configuration file for 
at least one hardware and/or software object comprising parameters. The 
configuration file is written using a descriptive metalanguage whose format is 
independent of the hardware and/or software to be configured. The 
configuration file includes all or some of the parameters of the object and is 
based on a description file defining constraints to be obeyed on its structure 
and its syntax during its writing. Prior to the writing of the configuration file, 
the description file is expanded by at least one model comprising at least one 
parameter described in the description file, and all or some of the parameters 
of the model are extended. ~ 
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REMARKS 

This Preliminary Amendment is filed to eliminate the use of multiple 
dependent claims, and to correct informalities in the specification, claims and 
abstract resulting from a literal translation of the French text. 
Early action on the merits is earnestly solicited. 

Respectfully submitted, 
MILES & STOCKBRIDGE P.C. 



Date : July 26. 2001 




Edward J. Kofvdracki 
Registration No. 20,604 



1751 Pinnacle Drive - Suite 500 
McLean, VA 22102-3833 
Tel.: 703/903-9000 
Fax: 703/610-8686 
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METHOD FOR^RODUaNG CONFIGURATION FILES OF OBJECTS 
CONTAINED IN A COMPUTER SYSTEM 



SPECIFICATION 

Technical Field 

The present invention relates to a method for creating configuration files for 
objects belonging to a computer system. 

The computer system comprises hardware objects (machines, etc.) and/or software 
objects (applications, etc.). This system may or may not be distributed, or heterogeneous. 

The objects comprise parameters contained in a configuration file. The invention 
applies to any configuration file written in an extensible markup language, i.e. a language 
that presents information framed by flags. The configuration file is written using a 
descriptive metalanguage whose format is independent from the hardware and/or software 
to be configured. A metalanguage is generally defined as a language used to describe 
another language. The markup language XML (extensible Markup Language), known to 
one skilled in the art, is well adapted to the implementation of the present solution. Let us 
recall that the specification of the XML language is defined by the consortium W3C 
(World Wide Web Consortium). This consortium is an organization for the promotion of 
the World Wide Web, which develops free and open standards and protocols, with 
concern for maximal interoperability. The XML configuration file has a structure 
declared in a description file. This description file comprises the description of an object's 
configuration parameters and is generally referred to as Document Type Definition 
(DTD). This definition adheres to a particular formalism, also defined in the XML 
specification of the W3C consortium. 



The Prior Art 

By definition, the writing of a configuration file in an XML language must obey 
certain syntactical rules. In essence, an XML document has a logical structure. It is 
composed of descriptions, elements, comments, character calls and processing 
instructions, which are indicated in the document by means of a specific flagging. The 
elements are framed by opening flags, for example <preface> and closing flags, for 
example </preface>. The elements are structured and describe the parameters of the 
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objects. Parameters, like an attribute of an object, can even be included in the flags. For 
example, it is possible to write <BOOK subject = k>, indicating that the subject attribute 
of the element BOOK has the value K. 

In our exemplary embodiment, the parameters of the objects are defined in a 
configuration file written in an XML language as defined above. 

The main problem is that the objects to be configured number in the thousands, 
and several of these objects can be based on the same DTD description file and can have 
identical values for all or some of their parameters. In order to construct the configuration 
file, the administrator of the management system must therefore extend the parameters 
described in the description file as many times as there are objects based on this DTD file. 
More precisely, let's assume that two objects Bl and B2 are based on the same description 
file (DTD). To configure the object Bl, the user must extend all the parameters described 
in the DTD file. To configure the object B2, the user must again extend all the parameters 
described in the DTD file. Consequently, the parameters with the same value are written 
as many times as there are objects based on the same description file. The writing of a 
configuration file therefore entails redundancies. The XML language being a low-level 
configuration language, a user is required to write into the configuration file repetitive 
descriptions of parameters whose semantics, in certain cases, do not correspond to his 
needs, which requires substantial knowledge on his part of all of the syntaxes offered by 
the XML language. Because of this, the manufacturer must provide precise 
documentation with the description file. It is clear that writing a configuration file is 
extremely time-consuming. 

Another problem, linked to the large number of objects to be described, is that if a 
user on any machine in the network wants to display resources of the computer system 
configured in the configuration file, the management system must transmit the 
configuration file to the remote machine through the network. When the configuration file 
has a large volume, the flow of data between the management system and the client 
application can be very high and can result in saturating the communication system 
between the client applications and the management system. 

Finally, another problem is that the syntax defined in the recommendations of the 
W3C consortium must be obeyed to the letter throughout the writing of the configuration 
file. There is there for a constant risk of error during the writing of a configuration file for 
an administrator of the management system. 



Summary of the Invention 

A first object of the invention is to considerably simplify the writing of 
configuration files, consequently reducing both the time cost of writing them and the risk 
5 of write errors. 

A second object is to reduce the size of the configuration file. 
To this end, the subject of the invention is a method for creating at least one 
configuration file for hardware and/or software objects present in a computer system, said 
configuration file being written using a descriptive metalanguage whose format is 
10 independent of the hardware and/or software to be configured, this configuration file 
including all or some of the parameters of said objects and being based on a description 
file defining constraints to be obeyed on the structure and the syntax during the writing of 
said configuration file, characterized in that it consists of expanding the description file 
by at least one model comprising at least one parameter described in the description file, 
15 and in that it consists of extending all or some of the parameters of this model. 

It also results in a configuration file for hardware and/or software objects present 
in a computer system, said configuration file being written using a descriptive 
metalanguage whose format is independent of the hardware and/or software to be 
configured, this configuration file including all or some of the parameters of said objects 
20 and being based on a description file defining constraints to be obeyed on the structure 
and the syntax during the writing of said configuration file, characterized in that the 
description file is expanded, in that the expansion comprises at least one model including 
at least one parameter included in the description file, and in that some of the parameters 
of this model are extended. 
25 The invention will be better understood through the reading of the following 

description given as an example and written in reference to the attached drawings. 

Description of an Exemplary Embodiment 

In the drawings : 

30 -Fig. 1 is a block diagram of the architecture of a computer system to which the 

invention can be applied; 

-jngJUs a view of a model according to the present invention. 
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Fig. 1 represents a distributed computer system SYS that illustrates a preferred 
exemplary embodiment of the invention. In the example illustrated, this system SYS 
includes a management system SG and at least one machine Ml. The management system 
SG comprises at least one operating system, at least one memory for storing information 
5 and at least one processor that controls the process of processing information. The term 
management is used in order to comply with the AFNOR (French Association for 
Standardization) translation of "gestion." A machine management system such as "Open 
Master" (registered trademark of BULL S.A.), known to one skilled in the art, is 
particularly well adapted to the implementation of the invention. This management 

10 system is comparable to a set of services that interact with one another to provide an 
object representation of the real world specifically constituted by the machines of the 
computer system. It is an object representation that an administrator manipulates 
(monitoring, action) in order to manage the real world. The object representation involves 
virtual objects of the real world and constitutes an object model. In other words, an object 

15 managed by the management system is an abstract view, defined for the purpose of 
managing a physical resource (disk, processor, memory, etc.) and/or logical resources 
(files, processes, semaphores, etc.) of the computer system. 

The management system and the machines it manages constitute a Client/Server 
architecture. In an architecture of this type, a client application interrogates the 

20 management system in order to learn the state of the objects managed by the management 
system. The Client/Server mode has the advantage of allowing a user called a client (or 
client application) located on a machine, for example using a simple microcomputer or a 
workstation, to assign part of its job or its operations to be performed to the server, i.e. the 
management system. In this way, the client has at its disposal a computing capacity that is 

25 much larger than that of its microcomputer. 

The computer system may be heterogeneous. In order to mask the heterogeneity 
of the computer system, the management system SG and the machines managed by the 
management system comprise at least one respective agent associated with a management 
protocol. An agent performs, among other things, a protocol conversion. 

30 The management system is linked to a managed machine via any network. The 

network can be a LAN (Local Area Network), or a WAN (Wide Area Network). A set of 
software layers is interposed between the management system SG and the network RES, 
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and between the network and each machine. In order to simplify the description, this set 
of software layers is not represented in Fig. 1. 

Each managed object comprises parameters defined in a configuration file, 
preferably written in a descriptive markup language comprising a structure and including 
5 all or some of the parameters (name, at least one attribute, at least one action, etc.) of the 
objects. The configuration file is based on a separate file called a description file, which 
defines the constraints on the structure and the syntactical constraints on the parameters 
for the writing of said configuration file associated with an object of the machine. 
Preferably, the configuration file is written in an XML type language, and the description 

10 file is a DTD type description file, known to one skilled in the art. In our exemplary 

embodiment, this XML configuration file and the DTD description file are included in the 
management system SG. 

In our exemplary embodiment, the DTD description file is centralized in the 
management system so as to be usable by all the machines of the network. Preferably, the 

15 managed objects can be represented by a tree, each node of the tree representing a 

managed object. A display application APV included in the machine Ml can interrogate 
the configuration file in order to receive the parameters of the configured objects and to 
display these objects on this machine. Preferably, in order to display the configuration 
parameters of the objects, the machine Ml is equipped with a standard browser called 

20 "Internet Explorer," known to one skilled in the art, in which a program in JAVA 

language is executed in order to read the configuration file, thus accessing its content and 
its structure, and in order to transmit the information read to the display application(s) 
APV. 

25 Description of an ob ject's configuration parameters : 

An object comprises as parameters at least one attribute and properties. For 
example an attribute ID is the identifier of the object, another attribute TYPE designates 
its type, and another attribute OWNER. 

In our example, an object also comprises as parameters: 
30 ■ the name of the object, 

■ the actions that can be executed on this object, including the action open for 
opening the node, the action close for closing the node, the action develop for 
displaying the nodes subordinate to a node, 
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■ and graphical properties of this node, including the character font type, the 
address of the icon with which it is associated, and the desired background 
color. 

Thus, in this DTD description file, a "node" element is associated with a node, and 
5 there are elements that are subordinate to it and that are respectively associated with: 

■ the name of the object, 

■ the actions (open, close, develop) that can be executed on this object, 

■ and the graphical properties (character font, icon, background color) of this 
object. 

10 Attributes can be associated with an element. In our exemplary embodiment, the 

"node" element includes three attributes, namely: 

■ an attribute ID designating its identifier, 

■ an attribute TYPE designating its type, 

■ and an attribute designating its owner. 

35 A DTD description file defining an object of the tree can be written in the 

following way, obeying the particular formalism defined in the XML specification of the 
W3C consortium: 



< IELEMENT node (nodeName, nodeActions, 
20 nodeGraphicalProperty)> 

< IELEMENT nodeActions (action*)> 

< IELEMENT nodeName (groupName, addressName, versionName)> 

< IATTLIST node Id CDATA # REQUIRED 

TypeCDATA # REQUIRED 
25 Owner CDATA # REQUIRED 

> 

< IELEMENT nodegraphicalproperty (font icon, color)> 



In this file, CDATA # REQUIRED indicates that the attribute in question must be 
30 a text block containing characters. Moreover, the entry "action*" indicates that the actions 
do not have any attributes and that the syntax of these actions to be used during the 
writing of the configuration file is text. 
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The entry < ! ELEMENT nodeName (groupNama addressName, 
versionNamo)> indicates that the element "nodeName" comprises three elements 
(groupName, addressName, versionName) that are subordinate to it. The 
element "groupName" designates the name of the object, the element 
5 "addressName" designates the address of the object, and the element "versionName" 
designates the version of the object. 

This description file will hereinafter correspond to the description file initially 
created. 

Note that the number of parameters in our exemplary embodiment has been 
10 reduced in order to simplify the description. In general, a description file comprises a 
much larger number of parameters. 

In the example illustrated, let's assume for example that three objects (OBJ1, 
OBJ2 and OB J3) are based on the same DTD description file defined above. The main 
problem is that in order to build the configuration file, the administrator of the 
15 management system has to extend the parameters described in the description file as 

many times as there are objects based on this DTD file. The administrator must therefore 
complete the configuration file three times. The time cost of this writing is therefore 
considerable. 

For this reason, the invention consists of expanding the description file by at least 
20 one model comprising at least one parameter included in the description file, and in that it 
consists of extending some of the parameters of this element model. In this example, the 
invention consists of inserting an element model, the writing of which adheres to the 
properties defined in the description below. 

In our exemplary embodiment, we have to define a set of objects wherein the only 
25 parameters that vary among them are 

- the element "Name" corresponding to the name of the object (OBJ1, OBJ2 and 
OBJ3, respectively (JAZZ, POP, SOUL), 

- and the attribute "ID" corresponding to the identifier of the object (OBJ1, OBJ2 
and OBJ3), respectively (123, 142, 162). 

30 These two parameters will hereinafter be referred to as undefined. In the 

exemplary embodiment, the objects (OBJ1, OBJ2 and OBJ3) have a respective name 
(JAZZ, POP, SOUL) and a respective identifier (123, 142, 162). 
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In keeping with our opening hypothesis, the other parameters will have the same 
value for each object (OBJ1, OBJ2 and OBJ3). They will be referred to as defined. Thus, 

■ the value of the element corresponding to the actions that can be executed is 
the same for each object (OBJ1, OBJ2 and OBJ3), 

5 ■ the value of the element corresponding to the graphical properties is the same 

for each object (OBJ1, OBJ2 and OBJ3). 
Likewise, 

■ the value of the attribute TYPE designating the type of the object is the same 
for each object (OBJ1, OBJ2 and OBJ3), 

10 ■ and the value of the attribute OWNER designating its owner is the same for 

each object (OBJ1, OBJ2 and OBJ3). 
In order to simplify the description, arbitrary values will be given to the defined 
parameters. In our example, the value of the element corresponding to the actions that can 
be executed on each object (OBJ1, OBJ2 and OBJ3) is ACT1 for the "open "command, 

15 ACT2 for the "close" command, and ACT3 for the "develop" command. Likewise, the 
value of the element corresponding to the graphical properties of each object (OBJ1, 
OBJ2 and OBJ3) is PROl for the character font, PR02 for the icon, and PR03 for the 
background color. Finally, the two attributes TYPE and OWNER, for each object (OBJ1, 
OBJ2 and OBJ3) have the values "snmp" and "operator," respectively. 

20 The two main steps of the process according to the invention are respectively 

- the writing of the DTD description file and of the expansion associated with this 
file constituted by at least one element model (step 1), 

- and the writing of the configuration file resulting from the extension of the 
undefined parameters of the element model (step 2). 

25 

Writing the description file and inserting the element model into a 
description file : 

The first step must be performed while adhering to certain properties. The 
parameters of those objects whose value is invariable being identified, the invention 
30 consists of inserting the element model MODEL into the DTD description file created. 
The element model is distinguished from the other elements of the description file in the 
sense that it includes at least one parameter with a value. 
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First of all, the model, while retaining the written formalism of a DTD description 
file defined in the XML specification of the W3C consortium, comprises 

- a header MODEL with a specific name "tnode" 

- and a reference to a defined element "node" of the DTD description file initially 
5 created. 

The model MODEL can be written in the following way: 

< IMODEL tnode ELEMENT =node > 

indicating that the model MODEL has a specific name "tnode" and that it is based 
on the description of the element "node" previously defined in the description file (DTD). 

10 Secondly, in this model, the undefined elements are written in a particular way. In 

order to distinguish a defined element from an undefined element in the element model, 
the elements to be defined are marked in this model by means of a specific flag whose 
header is, for example, < [DEFINE. . >. Moreover, the elements to be defined are 
identified by a name "tnodeName" and a reference to an element nodeName of the 

15 initial description file, indicating the element of the previously defined description file on 
which the element model "tnodeName" is based. In our example, an element to be defined 
may be written in the following way: 

< iDEFINE tnodeName.. .ELEMENT nodeName >. 

Unlike the undefined elements, the defined elements of the element model are 
20 written in the same way as for the writing of an XML configuration rile. 

Thirdly, the writing of the undefined attributes adheres to certain properties. In 
this model, in order to distinguish the attributes to be defined and the defined attributes, 
the invention consists of inserting two key words DEFINE and DEFINED, indicating 
whether an attribute parameter is to be defined (DEFINE) or has been defined 
25 (DEFINED). In our example, the attribute ID is to be defined during the writing of the 
configuration file, while the attributes TYPE and OWNER are defined and have the 
values "snmp" and "operator," respectively. In our example, the list of attributes is 
relative to the element model MODEL "tnode" and can be written in the following way: 

< ! ATTLIST tnode 
30 ID DEFINE 

TYPE DEFINED * snmp " 
OWNER DEFINED w operator " 

> 
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Finally, the DTD description file that results from such a configuration can be 
written in the following way: 

< IMODEL tnode ELEMENT-node 

< IDEFINIR tnodeName ELEMENT=nodeName> 
5 < nodeActions > 

<action name=open> ACTl</action> 
<action name=close>ACT2</action> 
<action name=develop>ACT3</action> 
</ nodeActions > 
10 < nodeGraphicalproperties > 

<character font PRO! . . . /> 

<lcon>PR02</lcon> 

< background color PR03/> 

< / Graphicalproperties > 

15 > 

< ! ATTLIST tnode 

ID DEFINE 

TYPE DEFINED " snmp " 
OWNER DEFINED * operator " 

20 >. 

This file constitutes a common factor FC for the writing of the configuration file 
and describes the parameters (elements and/or attributes) to be defined. 

25 Writing the configuration file 

Fig. 2 is a view of the configuration file that results from the utilization of the 
element model. 

The writing of the configuration file corresponds to the second step. This 
operation consists of using the element model MODEL defined in the DTD description 
30 file and of extending the undefined elements and attributes. During the writing of the 
configuration file, the invention consists in using the part comprising the extended 
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parameters as a common factor, and in that the writing is limited to the extension of the 
parameters not having a value. 

In the example, three objects (OBJ1, OBJ2 and OBJ3) having the respective 
names (JAZZ, POP, SOUL) and a respective identifier (123, 142, 162) are to be 
5 configured, and the writing of the configuration file for these three objects is limited to 
writing the following three blocks (Bl, B2 and B3): 
(Bl) 

<tnodeld= "123"> 

< tnodeName > 
10 <nodeName> 

<groupName> JAZZ </groupName> 
<addressName> dbO </ addressName > 
<versionName> 8.0 <versionName> 
</nodeName> 
15 </ tnodeName > 
</tnode> 

(B2) 

<tnodeld= "142"> 
20 < tnodeName > 
<nodeName> 

<groupName> POP </groupName> 
<addressName> dbl </ addressName > 
<versionName> 8.1 <versionName> 
25 </nodeName> 
</ tnodeName > 
</tnode> 

(B3) 

30 <tnodeld= "162"> 

< tnodeName > 

<nodeName> 

n 



<groupName> SOL </groupName> 
<addressName> db2 </ addressName > 
<versionNarne> 8.2 <versionName> 
</nodeName> 
</ tnodeName > 
</tnode> 

The invocation number of the element model corresponds to the number of objects 
based on this model MODEL. These three blocks have as their common factor the one 
created in the description file. 

According to a variant, an element model can contain other element models. Thus, 
in a configuration file, it is possible to use, within an element model reference (for 
example "tnode") another element model reference. In fact, let us assume that in the DTD 
description file there is an element model "tOracleNodeName" whose defined elements 
are: 

■ the element named groupName 

■ and the element versionName 

and whose undefined element is addressName. The writing of this element model can be 
as follows. 

< IMODELE tOrocle8NodeName ELEMENT=nodeName 
<groupName> Oracle </groupName> 

< 1DEFINIR tOracleDb ELEMENT=addressName> 

<versionName> 8.0 <versionName> 

> 

This way, during the writing of the configuration file, it is possible to use the 
model "tOracleNodeName" to define the element nodeName. The configuration file is 
then written in the following way: 

<tnode ld= n 123"> 
< tnodeName > 

< tOracle8NodeName> 

< fOracleDb> 

<addressName> dbO </addressName> 

12 



</ tOracieDb> 
</ tOracle8NodeName> 
<l tnocleName > 
<ltnode> 

5 

In a general way, the subject of the invention is a method for creating, in a 
computer system, at least one configuration file for at least one hardware and/or software 
object comprising parameters, said configuration file being written using a descriptive 
metalanguage whose format is independent of the hardware and/or software to be 

10 configured, this configuration file including all or some of the parameters of said object 
and being based on a description file defining constraints to be obeyed on its structure and 
its syntax during its writing, characterized in that it consists, prior to the writing of the 
configuration file, of expanding the description file by at least one model comprising at 
least one parameter described in the description file, and of extending all or some of the 

15 parameters of this model. 

Then, during the writing of the configuration file, the invention consists of using 
the part of the model comprising the extended parameters as a common factor, and in that 
the writing of the configuration file is limited to the extension of the parameters not 
having a value. 

20 During the creation of the model, we have seen that the invention can consist, first 

or all, of grouping the objects based on the same description file, then of identifying the 
parameters whose value is identical in all of these objects, and finally, of extending these 
parameters in order to create a common factor in this model. 

The invention consists, for example, during the writing of the configuration file, if 

25 at least two objects are based on the same module, of using the common factor and 

extending only the remaining parameters of this model, as many times as there are objects 
based on this element model. 

The language used is extensible. In our example, we have seen that the invention 
consists of giving a name for identifying the model in the description file, and in that it 

30 consists of including in the model a reference of the description file, this reference 

defining the constraints to be obeyed on the structure and the syntax of this model. We 
have also seen that in our example, the invention consists of inserting into the model two 
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key words DEFINE and DEFINED, indicating whether a parameter is to be defined 
(DEFINE) or has been defined (DEFINED) in this model. 

Preferably, the language of the configuration file is the XML language, the 
invention consisting of taking as a parameter an element and/or an attribute of an object. 
5 In this variant, the invention consists of expanding the description file by at least one 
element model comprising at least one parameter (element and/or attribute) described in 
the description file, and of extending all or some of the parameters of this element modeL 
Likewise, the invention consists of giving a name for identifying the element model in the 
description file, and consists of including in the model a reference to an element of the 

10 description file, this reference defining the constraints to be obeyed on the structure and 
the syntax of this model. 

Finally, we have seen that, at the request of an application using the configuration 
file, the invention can consist of transmitting the common factor and the blocks resulting 
from the extension of the undefined elements. 

15 Lastly, this results in a configuration file for at least one hardware and/or software 

object comprising parameters, said configuration file being written using a descriptive 
metalanguage whose format is independent of the hardware and/or software to be 
configured, this configuration file including all or some of the parameters of said object 
and being based on a description file defining constraints to be obeyed on its structure and 

20 its syntax during its writing, characterized in that the description file is expanded, and in 
that the expansion comprises at least one model. 

In conclusion, the invention offers many advantages. A first advantage is the 
considerable simplification of the writing of a configuration file. In essence, the defined 
parameters being extended in the element model, the writing of the configuration file is 

25 limited to the extension of the undefined parameters. Consequently, the administrator thus 
avoids the repetition of the parameters that are identical among the objects. The time cost 
of writing and the risk of write errors during the writing of the configuration file is greatly 
reduced. Moreover, the insertion of a common factor into the model considerably reduces 
the size of the configuration file. Advantageously, at the request of a client application, 

30 the management system transmits the configuration file that includes the common factor 
of the element model and, for each of the objects, the parameters of this element model 
that have been extended during the writing of the configuration file. The size of the 
configuration file being reduced, the transfer of this file occurs faster. 



CLAIMS 



1 1. Method for creating, in a computer system, at least one configuration file 

2 for at least one hardware and/or software object comprising parameters, said 

3 configuration file being written using a descriptive metalanguage whose format is 

4 independent of the hardware and/or software to be configured, this configuration file 

5 including all or some of the parameters of said object and being based on a description 

6 file defining constraints to be obeyed on its structure and its syntax during its writing, 

7 characterized in that it consists, prior to the writing of the configuration file, 

8 - of expanding the description file by at least one model comprising at least one 

9 parameter written in the description file, 

10 - and of extending all or some of the parameters of this model. 

1 2. Method according to claim 1 , characterized in that it consists, during the 

2 writing of the configuration file, of using the part of the model comprising the extended 

3 parameters as a common factor, and in that the writing of the configuration file is limited 

4 to the extension of the parameters not having a value. 

1 3. Method according to claim 1 or 2, characterized in that it consists, during 

2 the creation of the model, of grouping the objects based on the same description file and 

3 then identifying the parameters whose value is identical in all of these objects, and in that 

4 it consists of extending these parameters in order to create a common factor in this 

5 module. 

1 4. Method according to any of claims 1 through 3, characterized in that it 

2 consists, during the writing of the configuration file, if at least two objects are based on 

3 the same model, of using the common factor and extending only the remaining 

4 parameters of this model, as many times as there are objects based on this element model. 

1 5. Method according to any of claims 1 through 4, characterized in that the 

2 language is extensible and in that it consists of giving a name for identifying the model in 

3 the description file, and in that it consists of including in the model a reference of the 

4 description file, and in that it consists of including in the model a reference of the 
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5 description file, this reference defining the constraints to be obeyed on the structure and 

6 the syntax of this modeL 

1 6. Method according to any of claims 1 through 5, characterized in that the 

2 language is extensible and in that it consists of inserting into a model two key words 

3 DEFINE and DEFINED, indicating whether a parameter is to be defined (DEFINE) or 

4 has been defined (DEFINED) in this model. 

1 7. Method according to any of claims 1 through 6, characterized in that the 

2 language is the XML language, and in that it consists of taking as a parameter an element 

3 and/or an attribute of an object. 

1 8. Method according to claim 7, characterized in that it consists of expanding 

2 the description file by at least one element model comprising at least one parameter 

3 (element and/or attribute) described in the description file, and of extending all or some of 

4 the parameters of this model. 

1 9. Method according to claim 7 or 8, characterized in that it consists of giving 

2 a name for identifying the element model in the description file, and in that it consists of 

3 including in the model a reference to an element of the description file, this reference 

4 defining the constraints to be obeyed on the structure and the syntax of this model. 

1 10. Method according to any of claims 7 through 9, characterized in that it 

2 consists of including in an element model at least one element model. 

1 11. Method according to any of claims 7 through 10, characterized in that it 

2 consists, at the request of an application using the configuration file, of transmitting the 

3 common factor and the blocks resulting from the extension of the undefined elements. 

1 12. Configuration file for at least one hardware and/or software object 

2 comprising parameters, said configuration file being written using a descriptive 

3 metalanguage whose format is independent of the hardware and/or software to be 

4 configured, this configuration file including all or some of the parameters of said object 

16 



5 and being based on a description file defining constraints to be obeyed on its structure and 

6 its syntax during its writing, characterized in that the description file is expanded, and in 

7 that the expansion comprises at least one model as defined in any of claims 1 through 1 1 . 
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ABSTRACT 



The object of the invention is to create at least one configuration file for at least 
one hardware and/or software object comprising parameters, said configuration file being 
5 written using a descriptive metalanguage whose format is independent of the hardware 
and/or software to be configured, this configuration file including all or some of the 
parameters of said object and being based on a description file defining constraints to be 
obeyed on its structure and its syntax during its writing. The invention consists, prior to 
the writing of the configuration file, 
10 - of expanding the description file by at least one model comprising at least one 

parameter described in the description file, 

- and of extending all or some of the parameters of this model. 

Fig. 2 

#9151144 
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Je reconnais le devoir de divulguer information qui est en 
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Code des Regiements Federaux §1. 56(a). 
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Residence 


Nationalite 

Francaise 


Citizenship 


Adresse Postale 

1 avenue Gambetta 75020 PARIS FRANCE 


Post Office Address 







(Fournir les memes renseignements et la signature de tout (Supply simiiar information and signature for third and sub- 
co-tnventeur supplemental.) sequent joint inventors.) 
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